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UNIFIED ADDRESSING SYSTEM 

FIELD OF INVENTION 

The present Invention relates to a system or method of addressing for 
' * messagihg'ovet various electronic messa'ging platfonfis.* In particular the system 
5 provides the user with a simplified method to remember and enter the different 
addresses that exists for each addressee under different messaging platform. 
BACKGROUND OF ItvA/ENTION 

There exists a multitude of messaging platfomris that operate through 
electronic means. Examples of "traditional" platforms are Telephone (voice), Telex 
10 and Fax. Recently introduced platforms include Email, SMS, ICQ, AOL Messenger 
and MSN Messenger, and many new platforms are being introduced periodically. 

Each of these messaging platforms have their own unique addressing system. 
For example, (country code)-i^area code)-i-(phone number) for telephones, fax and 
SMS; xxx@yyy.com for emails; a string of numbers for ICQ, etc. 
15 With the large and ever increasing number of messaging platforms that 

people use, it is becoming more difficult for users to remember all the addresses of a 
particular person. This has resulted in an increased usage of electronic address 
booics/organisers, intemet address books/organisers and other tools to help users 
store such addresses for easy retrieval, i^owever with these solutions, the user still 
20 has to first obtain the other parties' addresses and Input it into the device for storage. 
When the user wants to contact the other party he has to retrieve the address and 
enter it Into the messaging device. This process of obtaining, storing, retrieving and 
inputting of a message platform address is time-consuming, frustrating, prone to 
enrors and requires effort to keep infomiation current. The inputting of the various 
25 platform addresses is especially difficuit when using a mobile phone as access to 
aiphabete, numbers and special characters can only be possible with a special 
• sequence of clicks on a 12 button keypad. The situation is worsened by the fact that 
the sequence is not standard on different mobile phones. 
OBJECT OF THE INVENTION 
30 An object of the Invention is to provide a system that would enable a user to 

more easily send messages to a recipient, without needing the user to memorise 



NSOOOID: <WO 0199341A1 I > 



wo 01^341 




PCT/SGOl/00126 



2 

each possible address for the recipient. A further object is to provide such a system 
for a user to be able to send a message from one platform to at least one different 
platform. 

SUMMARY OF INVENTION 
5 With the above objects In mind, the present invention provides in one aspect a 

method of addressing an electronic message wherein an address of an Intended 
recipient includes: 

a platfonn Identifier to identify which message platform the electronic 
message is to be sent to; and 
10 a name Identifier to identify the name of the recipient. 

In a prefenred embodiment the address may further include a modifier to 
separate said platform identifier and said name identifier. 

Conveniently the modifier may further determine which database to obtain the 
newest recipient from. 

15 It is envisaged that the platform identifier will ideally be a string of 3 

characters. 

In a further aspect, the present invention provides a system for sending 
electronic messages to at least one message platfonn, said system Including an 
addressing system wherein said addressing system receives and processes 
20 recipient addresses, said recipient address Including: 

a platform Identifier to identify which message platform the electronic 
message is to be sent to; and 

a name identifier to identify the name of the recipient. 
In a preferred embodiment the address may further include a modifier to 
25 separate said platform identifier and said name identifier. 
BRIEF DESCRIPTION OF THE FIGURES 

The present invention will be further described with reference to the 
accompanying drawings. It will be appreciated by the person siciiled in the art that 
other embodiments of the present invention are possible, and therefore the 
30 particularity of the accompanying drawings and description is not to be understood 
as superseding the generality of the preceding description of the invention. 
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Figure 1 shows how an actual messaging platform address may be 
constructed from the subject addressing system. 

Figure 2 shows an alternative method of accessing the database. 
. .> DETAILED DESCRIPTION 

5 The mutll-messaging platfomn addressing system of the present invention, 

amongst other features, allows a user to: 

(1) Easily remember another user's addresses on various platforms without 
having to refer to any address bool<. The address of any user oh any messaging 
piatfbmi under the present system includes a platfonn identifier, the addressee's 
10 name and a modifier to denote the database used in the system to extract the actual 
messaging address. That is, the address may tal<e the form: 

<platform identifier><modifier><addressee name>, 
The identifier may be used to identify the messaging platfonn for transmitting 
the message, as well as the address in the addressee record to use. The Identifier 
15 may be any unique string of text that is recommended to be easily remembered and 
entered Into any device. For example: 

Platform Suggested Identifier 

Email emi 
SMS sms 
20 Facsimile fax The modifier may be used to identify a database to 

be used to retrieve the platfonn address of the addressee based on the name. The 
modifier may be used to distinguish between a central or shared database, a 
personal database, and any other database. For example, the modifiers may be 
used as follows: 
25 Database Modifier 

central/shared ? 
personal ! 
The addressee name may be used to identify the name of tfie record in ttie 
appropriate database to use to retrieve the platibnn address. A person may be listed 
30 In another users personal address book under a different name lix)m the central 
database name. 
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Accordingly, examples of addresses under the present system for a user 
name "John" could have his Email, SMS, Fax, Telephone (voice) and ICQ addresses 
referred to as eml'John, smsfJohn, faxlJohn, voxlJohn and icqUohn respectively if 
using the sender's personal address book and eml?John, sms?John, fax?John, 
5 vox?John and icq? John respectively If using the central database. 

Of course, the system could be set up such that the address could take the 

form: 

<addressee name><modifier><platfonm identlfier>. 
Similarly, the modifier could be any character and not just and "?". 
10 The system may also be implemented without the need for a modifier. In this 

arrangement the platform identifier would be standardised to a predefined character 
length, such that the system will be aware that the first (or last) n letters are 
identifiers and the n+ 1®* character onwards is the user name. 

Under this method of addressing, the user only has to remember the platform 
15 identifiers, which ideally are easily remembered shortforms of the platform names, 
and the addressee's name, which is common for all the platforms used, and much 
easier to remember than a sequence of alphabets/numbers/special characters and a. 
modifier to denote which database tfie system should use to extract the correct 
address. In this arrangement it is anticipated that each user would be responsible 
20 for maintaining and ensuring that their contact details are comect. In this way 
addresses shouki always be up to date and correct. 

If the addresses are stored on a central database, whilst the user may not 
have to update an addressee's data, remembering the addressee's name may not 
be convenient in these drcumstances, the system may allow the user to also 
25 maintain a personal address book. The user is then able to use this personal 
address book when the name of the recipient under the central database is not found • 
to be easy to remember by the sender. In such a case, the sender can enter a more 
easily remembered alias of the recipient into his personal address book and use the 
appropriate modifier, in this example, to instruct the system to use his personal 
30 address book to extract the con-ect address without causing a conflict with a possible 
similar name under the central database. The system may be set up such that the 
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personal address book is a separate database which the user Is required to 
maintain. Altematively. the personal address book could contain a series of pointers 
to the relevant entry in the central database. In a further Implementation a private 
address book atone, that ls» without a gtobal address book bould be Implemented. 
(2) Easily enter the address of any platlbmi on a mobile phone without involving 
special key-strokes. In most mobile phones, text input is achieved via a 12-key pad, 
in order to cover all possible alphabets, numbers and special characters, multiple 
and special keystrokes are required for Inputting some characters. 

The piatfomi identifiers and modifiers chosen are important to the design of 
the present system as they are part of the design to make remembering and 
inputting of multlplatform addresses easy. Characters used for identifiers and 
modifiers should be easily accessible on a mobile phone without any special key- 
strokes as well as easy to remember. On mobile phones, the text input box when 
entering an address nonrially defaults to alphabets which make it easier to Input 
alphabets rather than numbers. Special characters (not alphabet or number) will 
preferably be Included to separate the identifiers from the usemame to denote where 
the identifier stops and where ttie usemame begins In tfie address. The said special 
separators also denote whfeh database tfie actual user address should be extracted 
from. On a mobile phone. «?". and "I" are usually the most accessible special 
20 characters and should ideally be used as should be alphabets for identifiers and 
usemames Instead of numbers. 

(3) Ideally, the system will also enable a sender to message a user on a 
platfomi even when the sender does not have the redpient's address on that 
platfomi. As long as the sender has either ttie name or address of any of ttie 
recipients messaging platfomis. the sender will be able to deduce the address for 
tfie recipient. For example, if the sender only knows tfie name of the recipient, ttien 
the sender merely has to input ttie plati'omi Identifier and database modifier followed 
by the recipient's name and tfie sender will be able to send tiie message. However if 
tfie sender only knows tfie recipient's email but wanted to send a fax. then the 
30 sender would have to take ttie additional step to search for the addressee's name in 
tfie central database based on the email address. Once tfie addressee name is 
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found, the sender then inputs the piatfonm identifier for fax and the database modifier 
for the central database followed by the name. For the salce of privacy and 
confidentiality, the recipient can set different access rights to any of his addresses for 
any other user on the system so that even if his name was found on the central 
5 database through a publicly available email, the sender will not i^e able to send him a 
fax if the fax address was confidential and the sender was not given access rights. 

The system could Include a further feature whereby a user would be aitcwed 
to attempt to send a message to a person via one platform without necessarily 
knowing the name of the person, but provided that person's address or another 

10 platform Is known. For example, if a user only had a fax number the user could try 
to e-mail the recipient by entering eml?651 234567 (where 651234567 is the fax 
number) and the system will search and match a record with fields matching either 
an SMS, Fax or Phone address and retum the e-mail address if one exists, and if the 
user has been given proper access righte. 

15 This may be better exemplified by reference to Figure 2. If we assume that 

the user wishes to send an email message having only the intended recipients 
facsimile number, then the message request 12 may be as follows: 

TO: emi?651234667 
FROI^: david 

20 SUBJECT: Hi 

MESSAGE: How are you 
On receipt of this message request 12, the system searches 13 the database 
for any field containing "651234567". In this case, the central database is searched 
due to the use of the modifier. In some cases, it is possible that the system will 

25 locate multiple records 18 matching the search criteria. For example, a company 
may have a number of employee's on the system all of whom have the same 
facsimile number. If the system does locate multiple records 18, then this list of 
records Is retumed to the sender to select the appropriate record. Once the 
appropriate record has been selected by the sender, the system then searches 19 

30 for the appropriate address. In this case, if we assume that the fax number 
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651234567 matches John's record which was selected by the sender then the 
system searches for John's email address due to the identifier "eml"; 

If in searching the database 13, the system locates only a single record, for 
^ . ^ example "John" was found to havQ a facsimiljeJ5^1 234567, then the, system searchjes 
5 the database for the appropriate address based on the identifier, in this case John's 
' email address. 

Once the actual email address has been located 15, the system then replaces 
the actual address with the original address entered in the 'TO" field 16, and 
fon/vards the message to the appropriate server. In this case, the message is 
10 forwarded to the email server. The system then enables the appropriate server to 
fonvard the message 17. Again in this case the email server forwards the email via 
the Intemet. 

In this arrangement access rights could be set up on 2 levels. Namely, an 
access option to view and send to the actual address and another access option to 
15 be able to send to the address but not view. This allows some level of privacy as the 
actual address Is not known by the sender. If the recipient later decides he does not 
want messages from a particular sender, he can remove the "send" access and the 
sender has no way of finding altemative means to message the recipient since he 
does not have the actual address. 
20 To use the present addressing system, a user will need to use an appropriate 

multi-platform messaging system or a single platform messaging system integrated 
with the Unified Addressing System. 

To specify a particular recipient's address on any platform, a sender first types 
in the platform identifier, (eg em! for Email, sms for short text messaging, fax for 
25 facsimile and so on) followed by the appropriate database modifier to indicate to the 
system which database he wishes to use to extract the address (eg for central 
database and for personal address book) and finally the recipient's name that Is 
' kept in the personal address book or central database as the case may be. The 
sender then proceeds to compose a message as he normally would on that 
30 particular platform or device and send the message upon completion. 
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It will be understood that the identifier need not be a '"T or but rather any 
symbol could be used. The only requirement is that the identifier be capable of 
separating the addressee's name from the platform identifier. If one system is such 
that the user is allowed to maintain a personal address book, then the identifier also 
5 needs to be able to indicate which address book is to be consulted, the personal 
address book or the system address book. Alternatively, as mentioned previously an 
identifier may not be necessary if only one database is used, however, it would still 
be recommended for ease of reading. 

The system could also be Implemented such that the personal database will 
10 be consulted first, and if no match is found for the addressee name, the system will 
then consult the system address book, in a further implementation, the system may 
be adapted to accept either an addressee's name or their actual address. In this 
arrangement the system could analyse the address, to thereby register whether an 
actual address has been inputted or, alternatively, a different modifier could be used. 
15 In this scenario a modifier could be used to force the system to use a particular 
address. This could be advantageous when it is known that the user is temporarily 
at a different address. 

The message is then sent from the appropriate device via whatever protocols 
that are employed by the device (eg WAP on WAP phones, HTTP on personal 
20 computers or other internet devices, etc.) through an internet connection (wireline or 
wireless) to the sen/er on which the subject system is implemented. The present 
system is deployed as a software engine on the system server which processes the 
information received from the user and accesses the relevant database on the 
database server that contains the names and their various platform addresses as 
25 well as access level settings. 

For example, upon receiving a request to send out a message from a user, 
the system splits the addressee field (usually the "TO:" field in a messaging platform) 
into a list of each platform address types. The system works out what type of 
address it is from the unique platform identifier for instance emi for email, sms for 
30 SMS, fax for Fax, and so on. Conveniently, the piatfomi Identifier will be 3 
characters long, although an alternative coding system could equally be adopted 
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once the system has identified the platform to send the message to the system. 
Then calls the relevant database (personal address tx>ok of a user or the central 
database) based on the database modifier ("I" for personal address book and for 
; central .database). « When a personal address book is specified, then the system will 
5 look up the database (personal address book) set up by the sender that is indicated 
in the "FROiy^" field of the message. Once the database has been Identified, it is 
queried by the system for the record belonging to the recipient based on the name 
specified. It then extracts the actual platform address in the record from the relevant 
field in the record based on the platform specified in the identifier. The system then 
10 checks the database of the recipient to verify that the sender has been given 
appropriate access rights to usage of that platfomi address. If the sender does not 
have proper access rights, then the transaction is aborted and the sender is sent an 
error message, if the sender has proper access rights then actual platform address 
is sent to the system which inserts the actual platfomi address Into the "TO" field of 
15 the message and sends the message with the actual platform address to the 
appropriate messaging servers for the message to be sent out. The appropriate 
messaginq^server to send the message to Is Identified by the platform identifier used 
in the original unified system address. Therefore an address with emi as identifier 
will be sent to an email sen/er. sms to an sms server, fax to a fax server and so on. 
20 Referring now to figure 1, and providing a specific example, a message 

request 1 is received by the system. This message may for example be: 
TO: eml?john faxljohn 

FROM: david 
SUBJECT: Hi 
25 iVIESSAGE: iHowareyou 

It is noted in the example, that the user wishes to send an email to John using 
the record from the central database, and also a fax to John using the record on the 
users personal database. The system may analyse each of the addresses in the 
TO" field in turn. For example, the system will first consider processing "eml?john". 
30 In doing so the system invokes a search 2, for a record with the name "john" which is 
housed on the central database as indicated by the modifier "?". 
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Once the record "john" has been found on the central database, the system 
then searches for an address 3 which matches the identifier. In this case, an email 
address for John is searched for. Once the address, in this case email address, has 
been located 4, then the actual address is substituted 5 in the TO" field of the 
5 original message and sent to the appropriate server, in this case the email server. 
The server then sends out the message 6 through the appropriate channelis. Again 
in the present example, the email server sends out the email message via the 
Internet 

TTie system may then consider the next entry in the 'TO" field from the original 
10 message, namely "faxljohn". Because of the modifier, the system searches 7 the 
personal database for records with the name "john". Once the record "john" has 
been located in the personal address boolc, the system then searches 8 for the 
appropriate address. In the present example, the system searches for a facsimile 
number given the "fax" ident'rfier. Once the appropriate address has been located 9, 

15 this address is replaced 10 in the original *TO" field of the message and fonA^arded to 
the appropriate server. In the present example, the message is sent to the fax 
server. The appropriate server then fon/vards the message through appropriate 
means 11. Again in the present example, the fax server dials the fax number and 
sends out the facsimile through PSTN. 

20 As no addresses remain in the TO" field to be processed, the message has 

been sent as requested by the user. In the present example, an email and a 
facsimile have been sent to John from David. The email address was taken from the 
central database, and the facsimile number from the users personal database. 

The solutions to be implemented at the various messaging servers are 

25 available in the marl<etplace and is beyond the scope of this application. As far as 
the messaging servers are concerned, they will not be able to distinguish if the 
message received by them have addresses originating from actual addresses typed 
in by a user or one that was generated by the present system. 

It will be understood that the present system or method of unifying and 

30 simplifying any messaging platform's addressing system can be extended to all 
messaging platforms (existing or in the future) using the same method of 
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Implementation as detailed below, so long as a unique platform identifier is assigned 
to that particular platfonn. 

The method in the preferred embodiment entails the following: 
• • ' - C") "The system sen/er identifies addresses used ' under the unified 

5 addressing system to belong to a particular messaging platfonn based on the unique 
platform identifier assigned to it. 

(2) The system server identifies the appropriate database to search for the 

actual platfonn address of the addressee based on the database modifier specified 
in the unified address format 

"•O (3) The system server searches the database identified in (2) for a record 

with name specified in the unified addressing fonnat. 

(4) The system server extracts the actual platfonn address from the record 
found in (3) from the field that coincides with the messaging platfonn Identified in (1). 

(5) The system server checks within the rBcord found In (3) for access 
15 rights of the sender (extracted finom "FROM- field of message) to the said actual 

platfonn address. If sender has Inappropriate access rights then the transaction is 
at)orted and sender is given an en-or message. 

(6) If the sender has appropriate access to the actual platfonn address, 
then the actual platfonn address is substituted into the "TO" field of the message and 
the entire message with the substituted address is sent to the relevant messaging 
server (email to email server, fax to fax sender, etc.). 

(7) The messaging sen/er fonnats the message Into data in the relevant 
protocol of that messaging platfonn and uses the appropriate transmission channel 
and protocol to send the message (emails sent in SMTP over Internet while faxes 

25 are sent via fax protocol over nonnal telephones and so on). 

Ideally, the prefen^d embodiment of the present invention will provide: 

0) ^ A standardised and centralised system of addressing users of .various 

messaging platfomns which is more intuitive and easier to remember than presently 
available systems. 

30 (2) A method or system of addresses for various messaging platfonns that 

is easier to input on a mobile phone. 
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(3) A method or system of allowing a user to message another user on any 

platfomi if the recipient's address is forgotten by or unknown to the sender or if the 
sender's personal address book is not available to him. The system will allow for 
confidentiality of a user's addresses if he chooses to keep them available only to an 
5 "allowed" audience but not to the general public. 

Ideally, the present invention will provide a system that enables a user to 

SaSliy ODtclifli ItSIIItJl liud diiu iii^ui any uo^i o avjviiw^^w w>- ■ j ...ww^— , 

from any communication device, especially on a mobile phone, by simply typing in a 
short Identifier of a particular messaging platfomi and the usemame of the 

10 addressee, the latter of which will remain unchanged for all platfomis. For example 
a user with usemame John will have his Email, SMS, Fax and ICQ addresses 
referred to as eml?John. sms?John. fax?John, icq? John respectively. Identifiers can 
be created for all existing as well as future messaging platfbnns. A special 
character. In this case a "?", acts as a separator for the Wentifier and usemame as 

1 5 well as a modifier to allow retrieval of address infonnatlon from a central database or 
a user customised address book. 

The preferred embodiment provides a system to enable a user to easily obtain 
any other user's address on any messaging platform, if the user has been given 
appropriate access by the second user, input It easily (especially a mobile phone) on 

20 an appropriate device without first having been required to obtain it, store it and 
retrieve it. 

ideally, users under the present system will each enter all of their own 
addresses of the platforms that they can be contacted on into the central database of 
the system so that other users need not create a separate address book by first 

25 having to obtain the addresses and inputting it into their personal address book. 
This way any user only really needs to enter their own platibmn addresses and need 
not create a personal address book to store other users' addresses as other users 
would have done the same in entering their own particulars Into the central database 
for other users' retrieval. Presumably, the system will be configured such that the 

30 user will be allowed to keep certain addresses confidential, but may allow certain 
authorised people to access and retrieve those confidential addresses. 
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Conveniently, the system allows the user to simply enter an easy to remember 
Identifier of any messaging platfbmi and the usemame of the intended recipient and 
send off the message without needing to know, or at least recall, the actual address 
.of the Recipient on that, messaging platfomi which may be difficult to remember 
and/or difficult to input, especially on a mobile phone. If the recipients usemame is 
found to be difficult to remember by the sender, as in the case where a usemame is 
not his real name or a more easily remembered alias, the sender can set up his 
personal address book to address the recipient based on a name that the sender 
finds easier to remember, without causing conflicts In the central database. 

The system would be able to identify which database to use in retrieving the 
connect platfomi address of the recipient by using modifiere to denote whether the 
sender is refemng to the recipient's name on the central database or on the sender's 
personal address book. 

Ideally, the fbmiat of the present addressing system should be easy to input in 
15 all devices especially the mobile phone. 

In entering any platfbnn address of a recipient, the sender is likely to be given 
the following options: 

(1) The sender may enter the platfonn identifier, the appropriate modifier of the 
database to be used and the usemame on the central database or personal address 

20 book whichever the case may be. 

(2) The sender may select a usemame and platform address from the sender's 
personal address book. 

(3) Alternatively, the sender may enter the actual platform address In the 
appropriate fomnat 

25 Conveniently, the user may access the system via a mobile phone and any 

other internet-enabled or appropriately-enabled device over WAP or other suitable 
network. 

• . * The present Invention is unique in that It enables a user to message another 
user on any electronte messaging platfomi without having to remember or even 

30 knowing the actual platfomi address of the recipient. The said system allows the 
sender to intuitively enter an address under the said system and send a message to 
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the intended audience just by knowing their usemame or any one of their actual 
platform addresses. 

There Is not presently available a system that enables the above simplified 
and unified fomn of addressing across all electronic messaging platfomrts. 
5 Whilst the method and system of the present Invention has been summarised 

and explained by illustrative examples, it will be appreciated by those skilled in the 

i^mKi^HimAr\fo oriH fiinnHr»finnQ within the teachina 

cli I Ulicil iiiciiiy vviwiciy vciiyiii^ ^ii ik/wvumwi iw - — — w 

and scope of the present invention, and that the examples presented herein are by 
way of illustration only and should not be construed as limiting the scope of this 
10 invention. 



wo 01/99341 




PCT/SGOl/00126 



15 

THE CLAIMS DEFINING THE INVENTION ARE AS FOLLOWS: 

1. A method of addressing an electronic message wherein an address of an 
Intended recipient includes: 

* a platfomri identifier to Identify which melsage platform the " electronic 
message is to be sent to; and 

a name identifier to identify the name of the recipient. 

2. A method as claimed in claim 1, wherein said address is stored on a 
database. 

3. A method as claimed in claim 1 or 2, further including a modifier to separate 
said platform identifier and said name identifier. 

4. A method as claimed in claim 3, wherein said modifier further determines 
which database is to be searched for the recipient's address. 

5. A method as claimed in claim 1 or 2 wherein, said platform identifier is of a 
predefined length. 

6. A method as claimed In any preceding claim, wherein said name identifier 
includes the recipients name, email address, sms address, phone numt)er. Icq 
number or facsimile number. 

7. A method as claimed in any preceding claim, wherein said platform identifier 
is a string of characters. 

^ 8.«' A. method as claimed in the preceding claim 7, wherein said ^string Is 3 
characters long. 
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9. A method as claimed in the preceding claim 8, wherein said string is from the 
set: 

emi, fax, sms, vox, or icq. 

10. A method as claimed in any preceding claim, wherein said modifier is a 
unique symbol or character. 

11. A system for sending electronic messages to at least one message platform, 
said system including an addressing system wherein said addressing system 
receives and processes recipient addresses, said recipients addresses including: 

a platform identifier to identify which message platform the electronic 
message is to be sent to; and 

a name identifier to identity the name of the recipient. 

12. A system as claimed in claim 9, wherein said address is stored on a database. 

13. A system as claimed in claim 9 or 10, further including a modifier to separate 
said platform identifier and said name identifier. 

14. A system as claimed in claim 11 wherein said modifier further determines 
which database is to be searched for the recipients address. 

15. A system as claimed in claim 11 or 12, wherein said platform identify is of a 
predefined length. 

16. A system as claimed in any one of claims 11 to 15, wherein said name 
identifier includes the recipients name, email address, sms address, phone number, 
icq number or facsimile number. 

17. A system as claimed in any one of claims 11 to 16, wherein said platform 
identifier is a string of characters. 
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18. A system as claimed In claim 17. wherein said string Is 3 charactere long. 

1 9. A system as claimed In claim 1 8. wherein said string Is from the set: 
5r : • emi, fax, sms, vox, or icq. 

20. A system as claimed in any one of claims 1 1 to 1 9, wherein said modifier Is a 
unique character. 

21. A system as claimed in any one of claims 1 1 to 20 further including an Input 
means to enable a person to enter said electronic messages including recipient 
addresses. 

22. A system as claimed in any one of claims 12 to 21. wherein said database 
Includes a system database and a personal database. 

23. A system as claimed in claim 22, whereih said personal database is searched 
prior by the system to said system database. 

24. A system as claimed in any one of claims 1 1 to 23. further Including a security 
means to enable access rights to be ass^ned. 

25. A system as claimed in claim 24, wherein said access rights Include: 
view a,ddresses and send messages; 

send messages; and 
view addresses. 

26. „ A system as claimed in any one .of claims 11 to 25, wherein recipient 
addresses may be amended by said recipient, and/or a user. 
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